home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group99a.txt / 000061_icon-group-sender _Wed Mar 24 08:23:48 1999.msg < prev    next >
Internet Message Format  |  2000-09-20  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id IAA02816
  4.     for icon-group-addresses; Wed, 24 Mar 1999 08:23:42 -0700 (MST)
  5. Message-Id: <199903241523.IAA02816@baskerville.CS.Arizona.EDU>
  6. X-Authentication-Warning: helios.dmu.ac.uk: hgs owned process doing -bs
  7. Date: Wed, 24 Mar 1999 09:34:10 +0000 (GMT)
  8. From: Hugh Sasse <hgs@dmu.ac.uk>
  9. To: "Richard A. O'Keefe" <ok@atlas.otago.ac.nz>
  10. cc: icon-group@optima.CS.Arizona.EDU
  11. Subject: Re:  opendir/readdir in Icon?
  12. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  13. Status: RO
  14.  
  15. On Wed, 24 Mar 1999, Richard A. O'Keefe wrote:
  16.  
  17. > Hugh Sasse wrote:
  18. > > I think every machine I have used since about 1978 which had a disk
  19. > > supported heirarchical directory structures.
  20. > 
  21. > Then you haven't used VM/CMS or RT-11 or the old Mac filesystem.
  22. > (The old Mac file system had nested *folders* but no actual
  23. > directories, file names had to be unique on a disc.)
  24.  
  25. No, I never used a Mac, and it explains why I found RT-11 
  26. baffling when I encountered it :-) And I vaguely remember RSX-11M
  27. being a bit odd in this department too, but am not sure.  But we
  28. digress (a little)... 
  29.  
  30. > 
  31. > > However, I cannot find
  32. > > anything in the Icon book or the online docs about how to test a
  33. > > "file" to
  34. > > see if it is a file or a directory, or how to list a directory without
  35. > > making a call to some program outside Icon.
  36. > 
  37. > Note that there are no such functions in standard C either.
  38. > 
  39. OK, though Unix provides stat, and Perl, Tcl, Python do also in a
  40. fairly cross platform way, and standard C doesn't provide anything
  41. like Icon's string handling so I would not have chosen that as a
  42. baseline :-)
  43.  
  44. > > Is there really no equivalent to opendir and readdir in Icon?
  45. > "Portable" Icon, right.
  46.  
  47. I want to keep things portable as far as possible.
  48.  
  49. > > Or where should I be looking?
  50. > Unicon.
  51.  
  52. Discussions I have had confirm that this is looking a good way to 
  53. go.  However, I am surprised at the number of answers on this list
  54. that say "Use Unicon" rather than "It is available in Unicon but in 
  55. Icon 9.4 we plan to have ...".  So I have to ask: what is the
  56. future of Icon, as opposed to its descendents Idol, Jcon, Unicon?
  57. The language has some really cunning features, (readable string
  58. scanning, result or failure, generators...) so it would be a shame
  59. if development just stopped.  Or is it just that the Icon Project
  60. are trying to avoid "feeping creaturism", as Larry Wall called it?
  61.  
  62.     Thank you,
  63.     Hugh
  64.     hgs@dmu.ac.uk
  65.  
  66.